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(54) Rules-based, targeted redeemable comp generation and management 



(57) A rules-based comps managennent system 
generates comps for patrons by targeting patrons and/ 
or certain patron activity. In an embodiment, the system 
facilitates multiple, simultaneous comps promotions, 
each comps promotion definable to apply to a single lo- 
cation, a plurality of locations, or all of an enterprise's 
locations. Using patron activity data, the system gener- 
ates comps in one or more promotions according to 
each promotion's rules. The system tracks comps as pa- 
trons earn and redeem them. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

in a casino or other gaming environment. 
Description of Background Art 

mmmmmm 

gaming electronicaHy at ..u.tiple ^^^P^'^^^^^^^^^^^^ 

activity in existing comps promotions. 
SUMMARY OF THE INVENTION 

:::^^e^Z^^^^^o.: L..o.s tor cuallf ication for earning ^'^'^^^^^J^.^^^^^^^^^ 
Then redeem t h'ir comps at various places throughout the enterprise, such as at a restaurant. 
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[0007] In one embodiment, a comps promotion has a rolling accumulation period, wherein patrons can redeem onlv 
those comps earned within a specified time period. Comps earned before that specified time are expired In another 
embodiment, a comps promotion may have a cap for comps, where patrons cannot earn greater than a specified upper 
limit of comps. Once a patron reaches the upper limit of comps in the comps promotion, the system will not generate 
any additional comps for the patron. Preferably, this cap may be overridden by manual adjustments made by enterprise 
personnel In yet another embodiment, a play/level frequency limitation is implemented. With this limitation, a patron 
t'hat p^rexplre °^ ^""""^ ^ ^^^"^ ^'""^ P^'''°'^' otherwise, all comps earned by the patron to 

[0008] Advantageously, a comps promotion can be run simultaneously with other promotions, including drawing 
promotions. In an embodiment, the system also manages drawing promotions where patrons earn entries similar to 
how they earn comps, and the entries are then eligible for one or more drawings. In addition, multiple comps promotions 
and drawing promotions may run simultaneously and apply to different sets of locations. If two or more promotions are 
running and apply to the same location, patron activity at that location may lead to the generation of comps for patrons 
m each promotion Because the rules for different promotions may be different, the enterprise can use different pro- 
motions to uniquely and specifically target certain patrons and patron activity 

L?!?f I ' embodiment of the invention . some or all of the locations are casino properties, wherein the promotions 
rn.inf "^^^ ^ '^l properties or for all properties (i.e., at the enterprise or "brand" level). Patron activity may 

inckide- depending on the availability of services at the property- gaming at machines and gaming tables, staying 
at hotels, eating at restaurants, attending shows, and buying merchandise. In another embodiment, the locations or 
properties include cruise ships, restaurants, and other retail environments. In other aspects, the locations may include 
virtual locations, such as web sites and the like. Accordingly, the system enables multi-tiered, multiple promotions 
each promotion being associated with a single property, a plurality of properties, or all properties in the enterprise In 

another aspect of an embodiment, cross-location management and adjustments to promotions are enabled. Centralized 
control over promotions at one or more locations eases maintenance and support efforts. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] Fig. 1 is a diagram of multiple, simultaneous promotions conducted by an embodiment of the comp manage- 
ment system. ^ ^ 

[0011] Fig. 2 is a diagram of an example of a scheme of conducting simultaneous promotions at different sets of 

locations. 

i !nS]S c^' ^ \f ^^T^'" "'^^'^"^ ^" embodiment of the comp management system at the enterprise level 
^ mSi 2 c'^' f ^ block diagram of an embodiment of the comp management system at the location or property level 
[0014] Fig. 5 IS an embodiment of a user interface for modifying a promotion. 
35 [0015] Fig. 6 is an embodiment of a screen flow for the manual adjustments function. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0016] The diagram of Fig. 1 shows how multiple promotions 1 00 are implemented according to a preferred embod- 
iment. Patrons of the enterprise engage in patron activity 110, which in an embodiment includes casino gaming staying 
1 po r^t'inn T f/""*^^^""^' f .^'"^ ^ ^'^^^'^ purchasing merchandise. The enterprise collects patron activit? 
data 120 relating to the patron activity 1 1 0, which is accessible by a comp management system. The patron activity is 

orTbaSes ir g nighl'lyj "^^^ '^'^""^ '"^'^^^ ""^^ electronically collected. The data can be collected in real time 
[0017] Each promotion 100 is defined, inter alia, by a set of promotion rules 130. In response to the patron activity 
10, as represented by the patron activity data 120, the comp management system applies the promotion rules 130 
from one or more promotions 100 to the activity data to generate comps 140 in the promotions 1 00, where each comp 
140 IS associated with a patron and based on the patron's activity. In an embodiment, the promotion rules 130 include 
sets of patron targeting rules 132, comp generation rules 134, and other rules 136. The patron targeting rules 132 
enable the system to precisely target a set of patrons who are eligible to eam comps in the particular promotion 100 
the set of patrons defined by e.g., certain shared characteristics identified by the patron targeting rules 132 The comp 
generation rules 134 define whether and how many comps 140 are generated for a patron in response to the patron's 

TT ^^ l^' K ; '"'^^ ""^^"^ ^'^^'^P'^' ^^'"^^ ^"^ti^'^ be used to generate comps 

140 and the number of comps generated when an offer is redeemed. 

[0018] In addition, comps promotions may include limitations upon the accumulation of comps for individual patrons 
Kor example, a comps promotion may have a rolling accumulation period, wherein only those comps earned within a 
specified time period can be redeemed. After the rolling accumulation time period, earned comps expire and cannot 
be redeemed. In another embodiment, a comps promotion may have a ceiling for comps. where a patron cannot eam 
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ot^rthan « ^npcified UDDer limit of comps. Once a patron reaches the upper limit of comps in the comps promotion, 
sy eTw .1 n^tl e^^ comps to the patron. Preferably, the ceiling does not apply to a^^^^^^^^ 

ntc mlrirL casino oersonnel which allows the celling to be manually overndden. In yet another embodiment, a 
^L freTuency llmimtL'^^^^^^^^^^ With this limitation, a patron must earn a specified number of comps 

5 w£i a qiSre ptio^ otherwise all comps earned by the patron to that point expire. These three '''^l^at.ons can 
be tpirnted alone, or In combination, and other limitations on the accumulation of comps can be added. Such 
nmit Jons enable the enterprise to better adjust the incentives created by each comps promotion. 

00 9 tmpolLniy the^^^^^ patron activity (e.g.. playing at a slot machine) may lead to the generation of comps 
40 ?or a Xn in several different promotions 100 (e.g., In promotions 1 and 2 in Fig. 1), including single-property 

,0 Z muW Dmoertl prrmXn^ 1 00 depending on the configuration of the system. This is because multiple promotions 
^^pirheirTSioTrr^^^^^^^^ to the patron activity data 120 to generate comps 140 associated with each promotion 

i'oo°201 Once natrons have earned sufficient comps 1 40, the patrons can redeem 1 50 their comps for goods, services, 
raditioXlayrm Jhe enterprise. For example, a patron with sufncient comps may redeem 150 comps for a free 

" m02l7 Vir2 sSSLVln'efamjrJf several enterprise promotions held across various locations. The horizontal axis 
S thi diaarim represents 'mT and the vertical axis shows the applicability of each promotion P„ to the five locations 
Lj onhe eSrl^e S 2 are three promotions: two comps promotions, P, and P3, and one drawing pro- 

The promotion that begins first. P„ is an example of a location-specific promotion, as it applies only to location 

1 wLe P is pend ng as depicted by thl box P^, patron activity associated with location L5 leads to the genera ion 
of com^s acc^^r Jng to\e rutes of promotion P, as shown In Fig. 1 ). Promotion P, overlaps in time wrth promotion 
P ZlsTe^t e CO ducted simStaneous.y vilth that promotion during the overlapping period. P--°t.or, P .s - 
oilier^ i e-level comps promotion, applying to each of the enterprise's locations. Any patron ^^^^s 
rhp Jntemrise while P, is pending may lead to comp generation in promotion according to its rules. 
r5o23T oSJhe pe^L of time ^ Pi and P, are running simultaneously, as indicated by their overlap 
Tng^ 2. pa rS aSivU at location L, may lead to the generation of comps in both promotions P, 

r !• -.t i^^otir^nc 1 i I and L. onlv leads to the generation of comps m promotion Pg- To effect both the 
Eron:; C.S rd Imp^'-oc^aJ^on prom'^rnl the system applies each promotion-s rules to the patron activity data 
obta ned atS s^o^^ locations to which the promotion applies. While only two comps promotions are shown , the system 
? prrf^aCapable of handling any number of current promotions. Accordingly, the system conducts simultaneous 

K'Tnir ::z^r:zr:^7^::ri=^:^'^^ s.... . system to condu. d.w.g 

Tom tions and comps promotions simultaneously. Promotion P3 Is a drawing P^^^^^^^^^'eTSlT:^^^^^ 
tiln= I «nri 1 havina four drawings associated therewith. A drawing promotion is defined by a set of rules inai 
IcateVuanfyi^ig en n"e^^^ based on their activities, wherein the patrons may optionally activate th^r entries 

is thurindSed across the two locations, wherein activity at either location can lead to qualifying entries, which can 
be activated at either location for one of the drawings. 
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System Architecture 



rao25l Fia 3 is a schematic diagram of an embodiment of the comp management system at the enterprise level. 
The nterpL "omprts a numbe'r o, locations 400 coupled together via a network 350. The -twork 350 may be^e. 
r the nte net or an enterprise's private network (e.g., a WAN, VPN. or the like). In an embodiment, the comp man^ 
agement sTsSm is further'^oupled to the Internet 322, whereby patrons can access the comp management system 

so using a personal computer 324 connected to the Intemet 322. onr. Tho ^^mr, manaaement 

[0026] Thecompmanagementsystemismanagedbyacompmanagementappl,cation300.Thecompmana^^^^^^^ 

«nnTlrition 300 is accessible from an operatorteiminal 320. The application 300 is preferably run on a server, accessible 
:raTctrttterce o apScation on'each tem^inal 320. In one embodiment, the operator terminal 320 co-prises a 
clou er system which is coupled to the network 350. There may be any number of operator termina^ 320 coup ed 
ss toThe syste^^^ embodiment, each location 400 has an operator terminal 320 «f P'^^ ° 

cor^D manaqement appHcation 300. The comp management application 300 may be on a computer system at one of 
the enroSeTSons 400 or at a remote location. Having the enterprise promotions accessible from an operator 
em.TnaT32 a he enterprise's locations 400 enhance, the cross-property management capabilities of the system. 
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For example, an operator could manually adjust a patron's comps in an enterprise-level promotion from an operator 
er:;ril:l7r:Ses.'" ^'^"'"'"^ -^°-^'^-"V the patron, account at eacT onhe 

SStJJ! ;^"'=^'°"«"'fy °f c°n^P management application 300 Is divided into several modules for perfonninq 
Sitl.nS- ^r ^T -^"-^"'^^ °f comp management application 300 include a PromoTons 

TLTu^r/nH AH " ^^"'^^ ^ '^^""^l Adjustments module 306 and 

LZ^nLT^ Adm.n.strat.on module 310. Although the comp management application 300 is described in one em 
t ""^t '^^ be perfom^ed by more than one application, which may reside on 

rZnlTr^ l: comp management application 300 is coupled to a Promotion Definitions database 3T4 and a 
Conips database 3 6, and the application 300 is further coupled to a Patron database 318, The comp manager^ent 

to pas^'moln^ '° " """^'^^^^ -'-^'"9 -<=^-' data ^eTtfng 

S and^dP^intT''"" Rules Processing (PMRP) module 302 enables a promotions operator to 

mSn pIh r °' P^omoX^^^s. An operator accesses the PMRP module 302 to create and define a pro- 
sev^ral or « J '^^I^TT' '° ''"''''"'^^ ^'^''^^ t*^^ P^°"^°ti°" <=^eated, or it may apply to 

thr.nt„^ °' the PMRP module 302 is accessible from anj of 

the enterprises properties, so that promotions created at one location may apply to other locations In this waj an 

3S2 at: ""T •^'^^'^ '° apply' toTemote locations The PMRP modu e 

302 also enables an operator to modify promotions after they have been created 

[0029] The Patron Status (PS) module 304 enables patrons to access information regarding their eligibility their 
current comps in vanous promotions, and other information for the relevant promotions. In one embodiment a patron 

cTnn^r^^" r r 1^°^ '"'"^"'^ ^ ^^-^P^t^^ 324, or from any other web d^i ce 

4rwhT.h another embodiment, one or more customer service interfaces 420 are located at a prope^ 

onLm^ H =°"P">^ »° PS module 304 for providing the associated infomiation to paJions 1^ 

one embodiment, a customer service Interface 420 comprises a computer having an output display terminal and a user 
input, such as a card reader and a touchscreen. Patrons can access information for their account Th a cus^r^o 
sejvice interface 420 by swiping their cards through the card reader (i.e. , "carding in"). The customer service imerfTce 
420 may be housed in a kiosk or other user accessible housing er service inierrace 

St?,?- 7^^ Adjustments (MA) module 306 enables the promotions operator to monitor the perfomnance and 

rnfo^I?^° r^ 1''''°"'°*'°" ""^ 306 enables the operator to view 

ion^h L f '^^'^ I .? '"^I"'^'" ""^^^ adjustments to patrons' comps and other patron-specific informs 

oatrol'. Ik ""^ ' ^''"'P'^' ^ P^^^°" ^^•"P'^'"^' ^^^^ °P«^^'°^ 'desires to creditThe 

patrons account with one or more comps. The ability to make manual adjustments is also useful when there are 
technical problems with the system, and resulting errors need to be corrected. Preferably, an adjustment n^ade to a 
patron's comps by an operator at one property affects the patron's comps in the promotion at each oTfhe ^roperttes 

^,^P°d"^^"t- ^ Security and Administration module 310 reduces dependence on IT personnel by en- 
abling the Promo^ons operator to perfomi routine functions, such as assigning internal users and day-to-day Internal 
user setup. With this module 31 0, the operator can designate other IntemaTusers and their permission or access e^s 
(Which may depend on the property from which the system Is accessed), as well as varying permlssfon "evjrS 
different promotion management and reporting tasks. 

[0032] As noted, the Promotion Definitions database 314 stores information regarding the promotions such as each 
promot^n's attributes and rules. The attributes of a promotion according to a preferred embodimemincrude the sS 
'"J T """'"9 ^^'^^ the promotion applies. A p oriotro^s rules 

define how the system responds to events to conduct the promotion. For example, a promotion's pat^onTarSminq and 
cornp generation rules dictate how comps are generated based on patron activity. When an operator uslsThe PMRP 

cTanoes Ir nT. " ^ T'^^'''' " ^""''^'^^ °^ ^"'^^ °^ - ^'^^ P--°'-. these add tionso^ 

changes are reflected in the Promotion Definitions database 31 4 

50 [0033] When comps are generated for each promotion in accordance with the promotion's rules for comp generation 
the comps are stored ,n the Comps database 316. The Comps database 316 is coupled to the comp manaaernem 

ITT" f r ""^"""^ '^'^ "'^''"^ '° ^^"-^^ 9^"^^^^*°^ ^y '^^"P 302 for each pZo ion " an 

embodiment of the system, the Comps database 316 stores information regarding the comps in each promotion and 

to the comp management application 300 upon request. For example,, the PS module 304 may be used to retrieve 
pa^^iculerpVtr, '^'''^'^ "^^^ ^^^^ '° modify "e crm's for : 

[0034] The Patron database 31 8 is adapted to provide the comp management application 300 with data regarding 
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The. Patron database 318 includes patron profiles for patrons from all of the supported 
Individual patrons, or players. The Patron database » '"^ J" ^ detailed information such as the patron's 

also L ..amended b, sp.Ca, o,a,sand ^^'^ '''^S:;"^:^'::'^^^ .O.Ke Patron ...abaa. 3,8. 
(00351 Da,. abcum.l.,.d by «„ managamam =VS,ems (da^ nl^^^ S„rmXhou, ,ha na»ork 350 Gar.arally, 
»hera ,hay may be accassad by pa.sonnal a, ^"V °l an^T^;'^; =^ ^^^^ i„ 

,ha .artous manageman, ays,ams ,ra« patron ac,.»ny by a ""^.^"Xlr^rLTna ol^S wl>ich ara ^sad ,o proylda ,ha 
. ,ba Patron databasa 3, 8. In ona an*odlman,, P»'™""™ 'f ""'.^^^^^^^^^ T^^^^ s,np «ith tha patron's ,D 

n~\r,"rn,»y. ,n .^s way. P--*'^ -^J^ 

ryrrorrpoToLr^-roi-j:^^^^^^^ 

20 Patron Activity Interface 410 and, preferably, one or more ^f^^^l t'T'"^^^^^^ allows local promotions 

faces 420. and a display system 430. ^-'"^ ^ operator t™ 320 a each Pjo^^ j ^arKet conditions. 

show or other event. receives patron data by way of their tracking cards swiped al card readers, 
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the patron who redeemed it. 

[0041] The LMS 450 comprises the software necessary for managing hotel operations within the casino includlna 
reservations, room service, and other activities associated with hotel operations. In a preferred embodiment of the 
invention, the LMS 450 communicates with the CMS 440 to search locally for selected customer infomiatlon available 
on that system. However, LMS 450 may include Its own local data store for customer data. The LMS 450 transmits 
data regarding patrons' lodging activity to the Patron Activity interface 410 when patrons check In and out of a hotel 
In addition the LMS 450 may transmit lodging data upon a request from the Patron Activity interface 410 The lodaina 
da a includes, for example, the dates that a patron stays at a hotel, room service activity, and billing Information due 
to the patron s stay in the hotel. 

[0042] The EMS 460 comprises software for handling ticketing information, resen/atlons, and sales. The EMS 460 
compiles patron activity data when patrons purchase tickets for an event (such as a show at the location) make res- 
fZfT^-l''' ^" ^"^ ^"^"'^ ^''^"^ '^^^ "^^^ transmits this data to the Patron Activity interface 410 

[0043] The POS 470 comprises accounting software for operating restaurants and retail venues within the location 
as well as software for transmitting charge information to the other management systems. For example data relating 
to meals charged to rooms are transmitted from the POS 470 to the LMS 450, and data relating to redeemed meal 
comps are transmitted from the POS 470 to the CMS 440. The Patron Activity interface 410 receives data relating to 
patrons purchases at a location from the POS 470. This purchasing data Includes, in an embodiment the items or 
services purchased, the restaurant or retail venue where purchased, and the purchase amounts 

.1"^^^® '^^^ comprises a computer system that monitors and tracks bets made by patrons at gaming ma- 
chines 485. Gaming machines 485 may include slot machine, video poker machines, or the like. In a preferred em- 
bodiment, bet tracking is accomplished through a card reader (not shown) associated with a slot machine 485 A patron 
inserts his tracking card (described above) in the card reader to initiate bet tracking and removes It to terminate bet 
tracking. A patron's betting activity at a gaming machine 485 accumulates in the SMS 480 until the gaminq session is 
torminatGd or when the CMS 440 requests an account status, at which time the data is transferred to the CMS 440 
Bet tracking data accumulated by the SMS 480 includes the identification of the games played, the amount won or 
ost, and the time period that the patron played the game. U.S. Patent 5,429,361 , describes one system for tracking 
the betting activity of casino patrons at gaming machines. 

[0045] The PTS 490 automatically tracks patron activity at gaming tables 495. The PTS 490 is supported on a com- 
puter system that transmits patron activity data to the CMS 440. In one embodiment, the PTS 490 uses card readers 
associated with patrons' positions at the gaming tables 495 to track their betting activity Altematively. an employee of 
the enterprise, such as a pit boss, manually enters patrons' gaming data into the PTS 490. In one embodiment data 

ITffl l^o .^"'"^•u^'^'''"^ '"'""'^^ ^ ''"^^ ^ 9^"''"9 t^'"^ 495 and the table's minimum bet. U.S Patent 

mnl«; I' "^l^"^^^ ^y^'^"^ automatically tracking the betting activity of casino patrons at gaming tables 
[0046] Each of the types of qualifying patron activity described above are communicated to the comp management 
application 300, which can lead to the generation of comps in one or more promotions that apply to the particular 
ocation 400 according to each promotion's rules. Because the patron activity data Is transmitted to the system over 
the network 350, patron activity in a single location 400 can lead to comps in several promotions that may apply to the 
enterprise at the single location, multiple locations, or enterprise level. 

System Operation 
Overview 
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[0047] In an exemplary promotion for a casino, a comps promotion has a set of attributes and rules The comps 
promotion is defined over a period of time within which patrons, or players, have opportunities to earn comps based 
on their patron activity and the promotion's rules for comp generation. 

[0048] The rules of a comps promotion specify what actions should be taken responsive to events For example a 
promotion has a set of patron targeting, play eligibility and comp generation rules which determine whether and how 
a patron earns comps through the patron's activity at a location. 

Setting Up a New Promotion 

[0049] The comp management system enables a promotions operator to set up new comps promotions and modify 
existing ones. Once the promotions operator has designed a particular promotion, the operator creates the new pro- 
motion using the comp management application 300. In a preferred embodiment, a promotion can be created from 
any operator terminal 320. Accessing the comp management application 300, an operator first creates a new comps 
promotion and configures its attributes In one embodiment, the comps promotions Include the following attributes 
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C 



Promotion start and expiration dates 
AS illustrated In Rq, 2. promotions can bo either looetion-speoilic or apply to .multiple locationMnoludlna a subset o. 

^^rr„rnVatr:rt:=:oL?:^^^^^^^^^^^ 

™ elJt" SLht o^rn al ac«on ,or g.n.ratina oomps -or a p.,ro„ 1, the patron plays a pr.deten™ned amount 
I a Slot nraonine: --npatron's ■■^^^^^^^"^ZtV.lT^l-!..,,.^^''^ .or defining and prooes.ing the 

costs and turnaround times are reduced. associated with each promotion are be 

'rpid rrsr^llTrrrn^::; ^S^o; r^^i-d-^^on dl„eront e„.;ts. .n .«on,pla. 

promotion includes the following rule sets; 

• Play Eligibility 

• Patron Targeting 

• Comp generation 

• Offer Redemption 

'^Z^Z^SZ^'^rjSZV^Z^r^ aotlons t Jany otthese .les may ta.e ,,tno 

conditions are true. 



Variables 


Potential Actions 


Game ID / Activity Code 

Day of Week / Time of Day / Date 

Hold Percentage (a value that indicates a game's hold) 


Set Play to be eligible 
Set Play to be not eligible 



For example a Play Eligibility rule for not allowing patrons to earn comps by playing a particular game on Saturdays 
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Variables 


Potential Actions 


Patron X's Hold Percentage (a value that indicates a patron's hold based on the 
patron's play history) 

Patron Account (new to property or brand) 
Tier 

Patron Mail Code 
Offer Code 

Day of Week / Time of Day / Date 
Patron in Target List (filename) 


Set Patron X to be eligible 

Set Pfltrnn y tn Ko rtr\t aWr^w^i^ 
N^ci r dLi UM y\ i\j ut: not eiiciiDie 



These variables are patron-specific and, in one ennbodinnent, are stored In and retrievable from the Patron database 
318. An example of a Patron Targeting rule for only allowing patrons to eam comps if their hold percentage Is above 
a predetennined value is: "/^Patron X's Hold Percentage > Y], then [set Patron X to be eligible]." 
[0055] The Patron Targeting rule set advantageously allows the enterprise to specifically target patrons for each 
promotion. As can be appreciated, the rule set allows the enterprise to specify a set of conditions or attributes that 
define which patrons can participate in a particular promotion. In one embodiment, the enterprise specifically identifies 
patrons that may participate in a promotion by placing those individuals in a target list. The target list Is preferably a 
data file stored within or accessible to the comp management system; This target list allows enterprise personnel to 
use of any external patron targeting mechanism (such as data mining) to construct a list of patrons to be eligible for a 
particular promotion . As shown in the table above, a Patron Targeting rule can be based on whether a patron is included 
in the target list. This gives the enterprise a very high level of control to target patrons with a promotion, in addition to 
generalized rules for patron targeting. 

[0056] The Comp generation rule set enables the system to generate comps for a patron in a promotion based on 
the patron's activity while the promotion is pending. The following table lists examples of variables that the Comp 
generation rule set rules use to evaluate conditions, and the actions that any of these rules may take if the conditions 

are true. 
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Variables 


Potential Actions 


Trips Frequency in Tinne Period 
Patron's Hold Percentage in Time Period 
Comps Accrued in Time Period 
Minutes Played in Time Period 
Patron's Hold Percentage 
Patron Account 
Tier 

Offer Code 
Game Code 

Day of Week / Time of Day / Date 
Amount Won/Loss 


Generate X comps 

Generate X comps for every [hold percentage, minutes played, amount 
won, etc.] 



"//[Game Code = Y], then 



An example of a comp generation rule that gives a patron comps for playing a game is- 
[generate X comps for Patron ZV 
[0057] The Offer Redemption rule set specifies rules to perform when a patron redeems a coupon The following 
table lists examples of variables that the Offer Redemption rule set rules use to evaluate conditions and the actions 
that any of these rules may take if the conditions are true. 



Variables 


Potential Actions 


Offer Code 

Day of Week / Time of Day / Date 


Give X number of comps 

Give X times the number of comps 



[0058] The PMRP module 302 is programmed to evaluate, responsive to particular events, the rules defined for all 
pending promotions. For one embodiment, the events that trigger processing of each promotion's rule sets are de- 
scnbed in the following table. When one of these events occurs and is relaled lo a location to which the promotion 
applies, the PMRP module 302 processes each of the rules in the promotion's corresponding rule sets as shown in 
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the table. 








Event 


Description 


Rules Processed {in order) 


5 


Rating Open 


When a patron begins a playing 
session (e.g., puts a card in a machine) 


1 Patron Targeting Rules 
2. Comp generation Rules 




Rating Close 


When a patron ends a playing session 
(e a removes a card from a machine) 


1. Play Eligibility Rules 

2. Patron Targeting Rules 


10 






3. Comp generation Rules 


15 


Patron activity data collected by CMS, 
LMS, EMS. PCS, or other 
management system 


When a patron conducts non-gaming 
activity, such as staying at a hotel, 
eating at a restaurant, attending an 
event, or purchasing a good or service 


1. Patron Targeting Rules 

2. Comp generation Rules 


Offer Redemption 


Occurs when a patron redeems 
coupon for a particular promotion 


1 Patron Taraetinq Rules 
2. Offer Redemption Rules 


20 


New CMS Customer 


Occurs when a new patron is created 
in the CMS 


1. Patron Targeting Rules 

2. Play Comp generation Rules 



25 



30 



35 



40 



45 



50 



described above. This data, for example, .s »''«"^'^ttf^^^^°^,^3^f ;™ application 300 collects 

may apply to a particular property. In ^or ^^^^i lT2c l.i .7er,.a,prl„.loval and a proparty- 

rjrproZT^^^'^^s;:^^^^ 
rin=reor;=^^^^^^^^ 

the limited base rule set allowed by the templates. 
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promotion using the comp management application 300. 

[0064] Fig. 5 shows an embodiment of a screen 500 for creating or modifying a promotion using the PMRP module 
302. The Promotion Edit Screen 500 is accessible via an operator terminal 320. On the left of the screen 500 is a rules 
browser panel 505 that shows each of the rulesets and associated rules for the promotion. To modify a rule the user 
TJ^ll^"^ °^ """^^ ^'3- ^ °^ '''^y Eligibility ruleset Is selected, which is shown by the highlight box 

510. When a rule is selected, the conditional ifAhen rule statement appears in the rule editor panel 515 on the right 
f rom which the rule can be edited. The rule editor panel 515 shown in Fig. 5 is an example of a rules engine embodimeni 
described above. In this example, a user can modify the rule by changing the conditional variable in the conditional 
variable pull-down menu 520, the value in the conditional value entry box 525, or the action in the action pull-down 
menu 530. The conditional variable pull-down menu 520 contains a list of each of the variables applicable to the ruleset 
selected in the rules browser panel 505. Additionally, the action pull-down menu 530 contains a list of each of the 
actions applicable to that ruleset. (The variables and actions applicable to each of the rulesets for an embodiment are 
provided m tables above.) The user can save the rules, add new rules, delete existing rules, or check (e q for proper 
ranges) rules. ^ ^ 

[0065] Once a promotion's rules are modified and saved, the changes are reflected in the promotion definitions 
database 314. which stores the current rules for the promotions. Accordingly, if an operator at one location edits the 
rulesets of a promotion that applies to multiple locations, these changes affect how the promotion performs at each of 
the other locations to which the promotion applies. This enables the remote creation and maintenance of multiple 
promotions that may apply lo one, several, or all promotions of an enterprise. 

Manual Adjustments 

[0066] In certain circumstances, it may be desirable for an operator to be able to debit or credit a patron's account 
This issue may arise for reasons such as customer service issues, service recovery, system failures and where a 
patron needs to be added to a promotion. The MA module 306 enables an operator to view and modify the list of 
patrons eligible for a particular promotion and to change the number of a patron's comps in a particular promotion 
[0067] Fig. 6 shows a screen flow for accessing the MA module 306 from an operator terminal 320. From a Select 
Promotion screen 610. the user first selects the promotion in which the manual adjustment is desired Then the user 
IS presented with a list of options in an Options Menu screen 620. In this embodiment, there are two options available- 
adding a patron to the promotion and adding comps to a patron's account for the promotion. 

[0068] In one embodiment, patrons must specifically be eligible for a promotion before they can eam comps for the 
promotion based on their gaming activrty. The Add Patron screen 630 enables a user to view a list of patrons that are 
eligible for the promotion. The user can add patrons to the list and remove patrons from the list. The Add Comps screen 
640 enables a user to adjust a patron's comps in the promotion. In this screen, the user views a list of all patron's 
eligible for the promotion, selects a particular patron, and adds or removes comps for that patron. 

Patron Status 

[0069] The PS module 304 allows individual patrons to view their comps earned using, e.g., a customer service 
interface 420 at a location 400. In one embodiment, a patron logs into the PS module 304 by e g swiping a player 
tracking card or by keying in patron-specific information on a keyboard or touchscreen of a customer service interface 
420. In another embodiment, patrons may also access the PS module 304 via the Internet 112 using a personal com- 
puter 324 or other web-enabled device. After the patron logs into the system, the patron can view his comps and 
preferably, information about anything else that the enterprise desires, such as patron statistics and other promotions! 

Redemption of Comps 

[0070] Eamed comps are stored by the system, where patrons can later redeem these comps for goods services 
or additional play funded by the enterprise. In an embodiment, the comps are stored in the Comps database 316' 
Depending on the application of the system, various methods of allowing patrons to redeem comps are envisioned 
For example, in a casino environment where a patron desires to redeem comps to see a show the patron first expresses 
that desire to a casino employee. Preferably the enterprise has one or more designated areas where patrons may go 
to redeem comps. In response to a request to redeem comps, an employee enters the patron's infomiation into the 
system manually or by swiping the patron's tracking card through a card reader. Using the system, the employee verifies 
that the patron has sufficient comps and, if so, provides the patron with tickets for the requested show or a comp slip 
that the patron can trade in for the tickets. The employee then manually deducts the spent comps from the patron's 
account using the MA module 306 (described above in connection with Figs. 3 and 6). 

[0071] In another embodiment, the comps transaction is performed automatically without requiring an operator to 
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access the system and manually deduct spent comps. For example, a patron may redeem ^^^^^^^^^^^'^'^^^^^ 
fn a restauram associated with the enterprise. The patron provides the server w.th the patron s ident fication (e.g by 
lino Se sete^the patron's tracking card), which the serverenters into the system. Advantageously the server enters 
Te pa ron? ^en ification by swiping the patron's tracking card into a card reader coupled to the system. Knowing he 
ISentSon of the patron'and me'goods. service provided, or additional play provided, the system calculates the 
nnmhpr of comDS to deduct from the patron's account. - . * . a« 

m72^ °n another embodiment, patrons redeem comps remotely by connecting to the system v.a the Internet. As 

LhowLFiq3patron^canco 

sistem 324 a? hCe For example, a patron may make reservations to stay in a hotel --^^ mTJilntifStir^^^^ 
bv IcTessing a web site, as is well known in the art. The patron then provides the system w.th some identrf^cat.on (e^ 
n f oatron^racrnq ID preferably coupled with a secure password or other personal infomiation), which the system 
?hen Kes Jo date:;^ine whSher L pa'ron has sufficient comps. The system then deducts a predeterm,r.ed number 

of comps from the patron's account in exchange for making the hotel reservation . 

?00737 The methods of redeeming comps described above are provided by way of example only. According^, 't can 
Le ippreliated that any of a numbe'r of redemption schemes can be used to exchange comps for goods, services, or 
additional play within the scope of the present invention. 
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Summary 



10074] Preferred embodiments of the invention have been discussed as specifically applied ^° ^^^P '^^^^^^^^^ 
n the context of a casino. The system is advantageously applied to generating and managing comps for casinos and 
otier gaming ente^rises; however, the invention can be applied broadly to many other enterpnses to generate and 
manLae any t^L Z "points" that patrons can earn and redeem. For example, the present invention can be used to 
ZZZ redeemabt points in the fields of credit cards, airline frequent flyer miles, entertainment, dining services, 

Sr'in'L'*^on"hrmump.e promotions can apply to a set of physical locations or. for example, to virtual locations 
such is web sftes Physical locations include casinos, cruise ships, restaurants, and other retail environments. Where 
renteroie Satio^^^ a web site, patrons could generate comps in one ormore comps promotions v.a certain qual- 
ffyinq o7l ne S^f^^^^ - « promotion's rules for comp generation, qualifying on-line act.vrty -eludes user 

rSraJion atThe web sSe. logging into and visiting the web site, viewing particular pages or advert.sements on the 
wersS on! gaming, answering on-line questionnaires, and purchasing goods or services from the web s.e^ A 
Zo Sn col b'e con'gured to apply to the web site as weH as a set of the -/f ^/J^^'^^^^^^^^^ ^^ s 

earn comps in the promotion through their activity on-line and at one or more of the enterpnses propert.es. Patrons 

ran then redeem comps earned both on-line and in-property. 

moVsi The foTegoing description of the embodiments of the invention has been presented for ^^^^ Purposes of Hlus- 
E and description It is not intended to be exhaustive orto limit the invention ^ 

sk' edtn the rS^t art can appreciate that many modifications and variations are possible in light of the above 
teaching In pSfcular. many vaSions and specific design choices can be made to the specrfic embodiments of the 
cor^rmar^^qement system described herein without departing from the inventive concepts. It is therefore intended 
Sfhncop^rtheTnven^^ be limited not by this detailed description, but rather by the claims appended hereto. 

Claims 

1 . A computer-implemented method for managing comps for an enterprise, the method comprising: 
monitoring patron activity, the patron activity relating to transactions between the enterprise and one or more 

g?neratin"g"compsforthe one or more patrons using a set of patron targeting rules and a set of ---^P^^T^^^or 
mies the patron targeting rules determining whether each patron is eligible to have comps gene ated thereto, 
Lnd the comp generation rules determining the number of comps to be generated for each patron based on 
the patron activity if the patron is eligible. 

2. The method of claim 1, wherein monitoring patron activity comprises monitoring patron activity at a plurality of 
55 locations associated with the enterprise. 

3. The method of claim 1 , wherein the patron activity includes gaming in a casino environment. 
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4. The method of claim 1, wherein the patron activity includes non-gaming activity. 

5. The method of claim 1 , wherein the set of patron targeting rules Includes a rule that allows the patrons to earn 
comps If they are included in a patron target list, the patron target list identifying a set of patrons. 

6. The method of claim 1 , wherein the set of comp generation rules includes a rule that generates comps based on 
a patron's coin in. ^ aocu un 

7. The method of claim 1 , further comprising: 

receiving requests from patrons to redeem comps for goods, services, or additional play and 
responsive to a request from a patron to redeem comps. 

deducting a predetermined number from the patron's comps, and 
providing the patron with the requested goods, services, or additional play. 

8. The method of claim 7, further comprising: 

responsive to a request from a patron to redeem comps, determining whether the patron has the predetermined 
number of comps for satisfying the patron's request. 

9. The method of claim 7. wherein receiving requests includes receiving requests from patrons over the Intemet. 

10. The method of claim 1, further comprising: 

modifying the patron targeting rules or comp generation rules. 

11. The method of claim 10, wherein the modifying comprises using a rules engine. 

12. The method of claim 1 , further comprising: 

causing to expire any comps not generated within a predetermined rolling accumulation period wherein ex- 
pired comps cannot be redeemed. ' - 

13. The method of claim 1, further comprising: 

causing to expire all comps associated with a patron if the patron does not earn a predetermined number of 
comps within a predetemnined time period, wherein expired comps cannot be redeemed. 

14. The method of claim 1 , wherein generating comps includes generating a comp for each patron only if the patron 
has fewer than a predetermined upper limit of comps. 

15. A computer-implemented method of conducting multiple comps promotions at multiple locations of an enterprise 
each comps promotion applying to one or more of the locations, the method comprising: 

monitoring patron activity at each of the locations, the patron activity relating to transactions between the 
enterprise and one or more patrons; and 

generating comps for the patrons in each comps promotion that applies to the location using a set of patron 
targeting rules and a set of comp generation rules, the patron targeting rules detennining whether each patron 
is eligible to have comps generated therefor and the comp generation rules determining the number of comps 
to be generated for each patron based on the patron activity if the patron is eligible. 

16. The method of claim 15, wherein a first comps promotion applies to a different set of locations than a second 
comps promotion. 

17. The method of claim 15, further comprising: 

receiving requests from patrons to redeem conps associated with a promotion for goods, services, or addi- 
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tional play; and 

responsive to a request from a patron to redeem comps, 



deducting a predetermined number from the patron's comps associated with the promotion, and 
providing the patron with the requested goods, services, or additional play. 

18. The method of claim 15. wherein the patron activity includes gaming in a casino environment. 

19. The method of claim 15, wherein the patron activity includes non-gaming activity 

20. An enterprise promotion system for simultaneously conducting multiple comps promotions for an enterprise having 
multiple locations, the system comprising: 

one or more management systems adapted to monitor patron activity at the locations and create patron activity 

according to the promotion's rules, 
an operator. 

23 The system of claim 22. wherein the maintenance module is coupled to a rules engine for receiving requests from 
" an operator to modify the patron targeting and comp generation rules. 

24. The system of claim 20, wherein the patron activity includes gaming in a casino environment. 

25. The system of claim 20, wherein the patron activity includes non-gaming activity. 

26. A method of defining a comps promotion for an enterprise, the method comprising: 

rif^finina a set of locations associated with the enterprise where the comps promotion applies; 

SSng a sit Of patron targeting rules that determine whether each patron is eligible to have comps generated 

p?o"ding"set of comp generation rules that determine the number of comps to be generated for each patron 
based on the patron activity if the patron is eligible. 

27 The method of claim 26. wherein the set of patron targeting rules includes a rule that allows the patrons to earn 
lomps Tthey a,e included in a patron target list, the patron target list identifying a set of patrons. 

28. The method of claim 26, wherein the sot of comp generation rules includes a rule that generates comps based on 

a patron's coin in. 

29. The method of claim 26, wherein providing a set of patron targeting rules and providing a set of comp generation 

rules each include using a rules engine. 

30. The method of claim 26. further comprising: 
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ining a rolling accumulation period, in which any comps not generated within the rolling accumulation period 



expire. 

31. The method of claim 26. further comprising: 



defining a frequency limitation that causes to expire all comps associated with a patron if the patron does not 
earn a predetermined number of comps within a predetermined time period. 

32. The method of claim 26, further comprising: 



defining an upper limit of comps, wherein a patron may earn comps only if the patron has fewer than a the 



upper limit. 
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(57) A rules-based comps management system 
generates comps for patrons by targeting patrons and/ 
or certain patron activity. In an embodiment, ihe system 
facilitates multiple, simultaneous comps promotions, 
each comps promotion definable to apply to a single lo- 
cation, a plurality of locations, or all of an enterprise's 
locations. Using patron activity data, the system gener- 
ates comps in one or more promotions according to 
each promotion's rules. The system tracks comps as pa- 
trons earn and redeem them. 
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